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A multimedia kiosk authoring system for use in developing 
and maintaining user interface screens for multimedia kiosk 
systems. The authoring system enables the user interface for 
each individual kiosk to be customized quickly and easily 
within wide limits of variation, yet subject to constraints 
adhering the resulting interlace to good standards of aes- 
thetics and user friendliness. The system may be used to 
provide custom interfaces expeditiously even for hundreds 
of kiosks presenting information from numerous indepen- 
dent information sources. The authoring system uses the 
methods of object oriented programming to define special- 
ized object classes for instantiation on individual kiosk 
interface screens subject to pre-defined limitations on vari- 
ability. Links are provided to an appropriate database for 
multimedia presentations on an interface screen of content 
bearing information from the information providers. 
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AUTHORING SYSTEM FOR 
COMPUTED-BASED INFORMATION 
DELIVERY SYSTEM 

This is a continuation of non-provisional application Sen 
No. 08/810,949 filed Feb. 27, 1997, now U.S. Pat. No. 
6,014,137 issued Jan. 11, 2000, which is a continuation of 
provisional application Sen No. 60/012,341 filed Feb. 27, 
1996. 

BACKGROUND OF THE INVENTION 

The present invention relates generally to electronic infor- 
mation delivery systems and more particularly to distributed 
electronic kiosk systems with multiple kiosk sites for pre- 
senting myriad amounts of information to users. 

An electronic kiosk refers to a computer-based informa- 
tion delivery system generally accessible to some segment 
of the public for retrieving information or initiating trans- 
actions. An individual kiosk unit includes a display screen 
for presenting information to the user and some form of 
computer input device for the user such as a touch screen or 
keypad, although a full keyboard or mouse could also be 
provided. The type of kiosk system of interest here is an 
interactive system having multiple kiosk sites at which a 
user at an individual kiosk can select a topic or search for 
information about a topic from a large database of informa- 
tion. 

Such kiosk systems have become popular in recent years. 
They are found, for example, at museums and exhibitions, 
airports, public transportation stations, banks, and even in 
retail establishments for the use of customers. Examples of 
kiosk systems are disclosed in U.S. Pat. No. 4,817,043 of 
Brown, U.S. Pat. No. 4,974,170 of Bouve et al., and U.S. 
Pat. No. 5,237,157 of Kaplan. Recently multimedia kiosks 
have appeared presenting information to the user not only as 
text on the display screen, but also in the form of graphics, 
audio clips, animated sequences of still images, and even 
video clips. The travel agency Thomas Cook, for example, 
has introduced a multimedia kiosk for arranging holiday 
travel, reported in Which Computer?, August 1994, 
pp.40-41. 

The present invention addresses the development of an 
electronic kiosk system comprising a large number of indi- 
vidual kiosks located at a variety of different sites for 
providing a selection of information customized to each site. 
For purposes of illustration the present invention is dis- 
cussed in the context of a kiosk system serving a geographi- 
cal region popular for skiing. Kiosks may be located, for 
example, at individual ski areas, at hotels and resorts in the 
area, and at ski shops and other retail shops. The information 
available to a user at an individual kiosk will depend on the 
nature of the establishment in which the kiosk is located. A 
kiosk at a ski shop, for example, may provide information 
about the lines of rental equipment available at the shop and 
may also provide information about the local ski areas, ski 
conditions, and even local restaurants and events. Kiosks at 
different ski shops would have to be customized for each 
shop at the least because rental equipment will generally 
differ from shop to shop. A kiosk at a local hotel may also 
provide information about the local ski areas, ski conditions 
and events, and may provide information about the ski shops 
in the area that rent and sell ski equipment. The hotel kiosk 
would generally not provide information about other hotels 
in the area and may or may not provide information on 
restaurants outside the hotel. A ski area kiosk may provide 
information on lift tickets, ski conditions, specific ski runs, 
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ski school and day care, as well as information on ski rental, 
shops, restaurants, local events and the like. In a region 
encompassing several ski areas and towns with numerous 
shops, restaurants, places to stay, and places of nightly 
5 entertainment, such a kiosk system could include hundreds 
of kiosks, each having its own user interface and presenting 
its own unique selection of information. 

The custom design of each individual kiosk can be a 
formidable undertaking. There are a great variety of possi- 
10 biliiies for laying out the user interfaces, especially for a 
multimedia kiosk. A ski shop kiosk, for example, may want 
to display an initial stylistic presentation of the ski shop's 
name, perhaps overlaid on a graphic image of a skier 
executing an exciting ski maneuver. For a line of specialized 
rental skis the kiosk may present a video clip, perhaps 
accompanied by an audio clip, showing the ski in its 
specialized use. For information on a restaurant the kiosk 
may display a graphic image depicting patrons in the res- 
taurant to show the atmosphere and dress appropriate to the 
restaurant. The kiosk may also display the restaurant menu 
20 either as a computer text file or as a graphic image of a 
stylish menu used in the restaurant. 

These examples demonstrate the great variety of user 
interfaces available and highlight the effort required to 
develop a customized interface for each kiosk. The problem 
25 is intensified because each kiosk interface will generally 
have to be changed from time to time either sporadically or 
at regular intervals. For example, a kiosk that displays a 
graphic image of patrons at a restaurant to show the atmo- 
sphere and appropriate dress may find it desirable to change 
30 the graphic image with the season since a scene showing 
winter dress would not be appropriate in the summer. A ski 
shop may not carry precisely the same lines of equipment 
from one season to the next, and its kiosk will have to be 
modified to show the current equipment. Sometimes more 
35 extensive modification will be needed. A shop that carries 
ski equipment in the winter may specialize in other activities 
in the summer, for example, tennis, golf, swimming, boating 
or hiking. The kiosk's user interface would have to be 
extensively revised with the changes in season to reflect the 
40 shop's new emphasis and goods, and the information con- 
tent available to the kiosk would have to be updated to 
include the summertime goods and activities. A shop or hotel 
that displays information on ski areas in the winter may want 
to display information about tennis, golf and other outdoor 
45 activities in the summer. In any one geographical region 
changes of this sort may have to be made to hundreds of 
kiosks or more. 

Some of the problems to be overcome to make a kiosk 
system of this sort commercially viable are the organization 
so of the data for potentially hundreds of kiosks and even more 
data sources so that a customized selection of data will be 
accessible to users at each of the kiosks; the customization 
of the user interface for each of the potentially hundreds of 
kiosks or more in the system in a manner that is economi- 
55 cally feasible; the ability to update the data available to the 
kiosks quickly and easily; and the ability to modify the user 
interface of any one kiosk quickly and easily. 

The organization of data for kiosk systems and the form 
of the user interface arc active areas of study, in which no 
60 consensus has yet been reached; See, for example, Y. Guang 
et al., "Driving the Citizen-Oriented Information on the 
Electronic Highway," Proceedings of the International Con- 
ference on Multimedia Computing and Systems, May 15-18, 
1995, IEEE Computer Society Press, pp.131-138; G. Kears- 
65 ley and R. S. Heller, "Multimedia in Public Access Settings: 
Evaluation Issues," Journal of Educational Multimedia and 
Hypermedia, Vol 4, No. 1, pp.3-24; W. Holfelder and D. 
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Hehmano, "A Networked Multimedia Retrieval Manage- systems and user preferences and problems. Only a limited 
ment System for Distributed Kiosk Applications," Proceed- range of pre-defined design choices is then made available 
ings of the IEEE International Conference on Multimedia to a system author. Nevertheless, the authoring software is 
Computing and Systems, May 15-19, 1994, pp. 342-351; P. structured to make it amenable to change for example to 
Stcigcr, "MINNELLI Experiences with an Interactive 5 permit new elements to be added to the system or to take into 
Information Kiosk for Casual Users," Proceedings of the account the results of new studies on user interactions with 
UBIIAB Conference 1994 (Switzerland), Computer Science computer kiosks. 

Research at UBILAB, pp 124-133. 0 ther aspects, advantages, and novel features of the 

lo assist in creating and modifying computer interface present authoring svstem are described below or will be 
screens, a number of commercial authoring software prod- io readily apparent to those skilled in the art from the following 

ucts are available. With such software a programmer can specifications and drawings of illustrative embodiments 
design the layout of a display screen such as the size, 

character and placement of buttons and windows on the BRIEF DESCRIPTION OF THE DRAWINGS 

screen and combine text, graphics, audio and video into a 

user-friendly application screen interface. In general, author- 15 . FIG * 1 * a diagrammatic representation of a distributed 

ing tools comprise prewritten computer code having a kiosk svstem for implementing the present invention, 
functionality for reading a data structure that defines a task FIGS. 2 A and 2B are examples of kiosk screen display 

to be taken and performs the task based on the data. layouts. 

Examples include Macromedia Director, Asymmetrix Mul- FIG. 3 is an example of a screen layout joined table for 

timedia ToolBook, and Oracle's Media Objects. High-end 20 implementing a kiosk authoring system of the present inven- 

authoring systems have the capability to integrate different tion. 

media and they include full application-building program- FIG. 4 is an example of a Region/Resort database joined 

inability similar to that found in database packages. Most table. 

authoring tools define a screen and the specific attributes of CT ^ * • . e ^ 

the screen such as the definition of a video window that will 25 . FI G- 5 is an example of a Shop/Manufacturer database 

play a specified video clip or show a text file or a graphic J ° mC * C ' 

ima8e> DETAILED DESCRIPTION OF ILLUSTRATIVE 

SUMMARY OF THE INVENTION EMBODIMENTS 

The present invention provides a multimedia kiosk 30 For purposes of illustration an embodiment of the present 

authoring system for use in developing and maintaining invention is described in a distributed kiosk system serving 

multimedia kiosk systems. The authoring system enables the a geographical region popular for skiing. FIG. 1 shows three 

user interface for each individual kiosk to be customized representative kiosks 10 located in a ski shop (the "ABC Ski 

quickly and easily within wide limits of variation, yet Shop"), a ski area (the "Big Mountain Ski Area") and a 

subject to constraints adhering the resulting interface to 35 hotel (the "ZZZ Hotel"), all located in a geographical region 

good standards of aesthetics and user friendliness. The indicated generally at 11. FIG. 1 shows a representative 

system may be used to provide custom interfaces expedi- geographical region situated in the ski country of Northern 

tiously even for hundreds of kiosks. The authoring system California. The system is not limited to small numbers of 

also provides for organization of information from numer- kiosks, but may include hundreds or thousands of kiosks 

ous information sources, referred to herein generally as 40 serving a number of localized geographical regions. Indeed, 

information providers. The system makes it easy to set up, many of the features of the invention arc especially advan- 

mamtain, and update a great variety of kiosks with large tagcous in such large and widely distributed systems. The 

amounts of information potentially available to each kiosk. system may also include remote and isolated kiosks such as 

Each kiosk, however, is customized to present only the kiosk 12 located in a travel bureau removed from ski country 

information that is appropriate to that kiosk. When a new 45 H The embodiment of FIG. 1 includes a master computer 

information provider subscribes to the system, it may easily 13 at yet another location that may be used for software 

be incorporated into the system so that it is available for all implementation of new subscriber kiosks on the system and 

kiosks. All individual kiosks may have available to them the maintenance of old kiosks. 

entirety of the latest information. The present authoring Kiosks commonly take the form of dedicated stand-alone 

ST^m^ f ° f ? lfferent versi0DS in 50 slati °ns having a display screen that may be a touch screen 

the field at potentially hundreds of kiosk sites. aod/or raay be uscd with a keypad / In ^ ^ 

1 ne present authoring system is particularly advantageous however, a self-contained stand-alone kiosk would be out of 

in that 11 may be used by persons with little or no experience place and the function of the kiosk may be served equally 

m the intricate details of computer programming thereby well by a desktop computer with a touch pad or mouse or 

making it easier for a larger number of persons to set up 55 even a keyboard. For example, kiosk 12 of FIG 1 in a 

kiosk interface screens. It is a further advantage of the remote travel bureau may take the form of a desktop 

present authoring system that an individual using the author- computer in the travel bureau office. "Kiosk" is used herein 

ing software to devise a kiosk interface screen (that indi- in this broad sense to include stand-alone kiosks as well as 

vidual is referred to herein as a "system author") is only general purpose computers configured to serve the same 

given a limited range of choices for stylistic and functional 60 functions as a stand-alone kiosk. As configured in the 

elements appearing in the screen displays. In this way major present system each kiosk also includes its own data storage 

aesthetic or functional design choices such as button styles capability such as a high volume hard disk drive, although 

and sizes, window borders, color combinations, and type the system could operate from a central database server such 

fonts as well as hierarchical methods of retrieving informa- as master computer 13 in FIG. 1 when suitable bandwidth 

lion may be built into the system taking into account the 65 for communications with the many kiosks is available As 

considered opinions of aesthetic design specialists, database will be described below, if the system is not implemented 

specialists, and academic studies on public access kiosk with a central database server, it is advantageous for each 
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kiosk to store the entire database of information for all 
kiosks in the system even though each kiosk will not 
generally use the entire database. 

Hardware imple mentations of a kiosk as a stand-alone 
unit with a touch screen or keypad are well known and need 5 
not be described in detail here. Of more significance to the 
present invention is the method by which the software for 
the kiosk units is configured. 

Before the software is described in any detail, it is 
instructive to look at examples of kiosk screen layouts ]0 
designed by the authoring system of the present invention. 
FIG. 2 A shows a representative layout of a display screen 20 
from the ABC Ski Area kiosk 10 that is rich in structural 
details. One column and one row of buttons 21 of a first type 
are disposed along two edges of the screen. Each button 21 15 
has a textual portion 22 with text identifying a category of 
information and a graphics portion 23 showing a graphical 
image appropriate to the associated information category. 
The bulk of the screen is occupied by a main window 24 that 
has a variable display. When the kiosk is not in use, window 
24 may display a primary scene from the ski area with 
overlaid text identifying the area and perhaps giving instruc- 
tions for use. When a user activates a button 21, main 
window 24 displays information about the topic associated 
with the button. In FIG. 2 A the user has activated the 
restaurant button in the upper left comer of the screen. Main 
window 24 displays a background graphical image of an 
attractive scene from the ski area overlaid with three col- 
umns of buttons 26 of a second type with textual labels 27 
identifying restaurants and other eating establishments 30 
available at the ski area. Also overlaid on the background 
image in main window 24 are textual labels 28 identifying 
the general locations of the eating establishments. At the 
bottom of the screen are additional screen maneuvering 
buttons 29. For purposes of illustration in FIG. 2A the 35 
graphical images on buttons 21 and in main window 24 are 
shown only in diagrammatic format. The authoring software 
can insert a variety of image types at the selection of the 
system author such as photographs, artwork or even video 
clips. 

A closer look at the structure of the screen layout of FIG. 
2 A is in order. The buttons 21 have a fixed predefined size, 
which is chosen not only to make them aesthetically pleas- 
ing in appearance, but also easy to use on a touch screen by 
persons generally unpracticed with touch screen operation. 45 
The button placement in FIG. 2A is generally fixed along 
two adjacent edges. This is an aesthetic choice, but it is a 
choice that is forced by the authoring software to assure that 
once an aesthetically and functionally acceptable button size 
and layout has been chosen, it will be maintained throughout 50 
all further screen layouts for all kiosks without having to 
expend time and effort re-creating an acceptable button 
layout anew for each kiosk. Other aesthetic button layouts 
may also be used, but once a general button layout is 
devised^-Ihe software makes it available for use in all kiosk 
interface screens. Considering that many many screen lay- 
outs will generally have to be set up and then regularly 
revised, limiting the system author's freedom to devise new 
button patterns and button styles greatly enhances the ease 
with which new kiosks may be brought in operation and 60 
ensures that the button pattern will be aesthetically and 
operationally acceptable. 

The screen layout of FIG. 2A shows twelve buttons 21 of 
the first type. If a kiosk screen calls for fewer buttons, then 
the spacing between the buttons is automatically adjusted, 65 
but the button size and row and column placement are 
unaltered. If the screen calls for more buttons, then one 
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button on the initial screen is a "MORE" button activating 
display of additional buttons, which will then include a 
"BACK" button for return to the previous display of buttons. 
This is an example of a control built into the authoring 
software to ensure that the buttons cannot be made too small 
so as to impair their readability or ease of use. 

Notwithstanding the frequent advantages of the fixed 
geometric button placement as in FIG. 2A, an alternative 
free button placement is also provided as illustrated in the 
screen layout of FIG. 2B. This is particularly beneficial 
when only a few buttons 21 arc to be displayed. FIG. 2B 
shows an alternative screen layout with a main window 24a 
and three buttons 2la of the first type positioned at coordi- 
nates and in orientations specified by the system author. The 
buttons 21a activate associated displays in main window 
24a. 

Having described the appearance and basic functionality 
of example kiosk interface screens, a more detailed descrip- 
tion is now given of an implementation of the authoring 
system according to the invention. A given screen will 
include a variety of elements for presentation to a user such 
as one or more windows, one or more background images or 
artwork for providing a backdrop for a window or for 
background within a window, a number of buttons, a number 
of "hot spots/' i.e., areas on the screen for activating actions, 
text strings, video clips, audio clips, slide sequences, or 
animation sequences. These elements are grouped into ele- 
ment types. For example, there may be several styles of 
buttons, each style constituting a button type, or there may 
be several styles of windows, each constituting a window 
type. Thus, the element types may include one or more 
button types, window types, text types, video types, and so 
on. Buttons and hot spots are sometimes referred to herein 
collectively as activation sites, and button types and hot spot 
types are sometimes grouped together herein as examples of 
activation types. 

The authoring system uses the methods of object oriented 
programming. The system is specified by the following 
Object Class Definition Tables. The entries in these tables 
follow customary object oriented programming nomencla- 
ture and will be readily understood to those skilled in the art 
of object oriented programming. The particular implemen- 
tation described here was developed for the Microsoft 
Windows® platform using the Microsoft Software Devel- 
opers Kit (SDK) and that nomenclature is followed here. 
The classes used here are derived from or supplement - 
classes provided by Microsoft SDK. 



CLASS DEFINITION TABLES 
Project Class 
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Attibute 


Attribute 




Type 


Name 


Description 


long 


IProjectID 


Project ID 


CString 


sProjectName 


Project Name 


long 


IHomeScreenlD 


ID of the Home Screen for 






the Project- not 






known initially 


CString 


s Home Name 


Name of the Home Screen 


Type 


Name 


Description 




Screen Class 


long 


IScrnlD 


Screen ID 


CString 


sScrnTitle 


Screen Title 
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-continued 



-continued 



CSt ring 

Name 

long 

long 

long 

long[J 



CString 
CString 

long 

long 
long 

long 

long 
WORD 

POINT 

POINT 

WORD 
WORD 
double 
BOOL 

BOOL 
long 



sScrnBkgnd 



Screen Background - File 



HWND 

CRECT 
CSiriog 
long 



IScrnCoior 
IProjectlD 
IParent 
IChildren{J 
nTra million 

sVoiceO\'er 



sHelpFile 



Screen Color 
Project ID 
Parents ID 

Array of Children ID*s 
Transition effect for screen 
to screen 

Voice Over file name 
associated with 
screen 

Help File name associated 
with the screen 
Control Class 



IScrceniD Screen ID; every control is 

associated with a 
screen 

ICtrllD Control ID; every control 

has a unique ID 
IForeColor Foreground Color; 

foreground color of 

the control 
IBackColor Background Color, 

background color of 

the control 

[ Li n k Link; ID of screen to which 

control is linked 

wTransition Transition; ^define 

describing screen 
transition effect 

ptControILt Upper left hand corner of 

control 

ptControlRt Lower left hand corner of 

control 

wHeight Control Height 

wWidth Control Width 

dRotate Angle of control in radians 

bAuthor Author Mode CD Authoring 

(F) playback engine 
b Action Action; specifies if a 

control has an action 

(T) or a Link (F) 
lAction Action ID; a #define 

describing the Action 
Button Class 



WORD 


wButtonType 


WORD 


wFramcStylc 


long 


(Frame Co lor 


WORD 


wFrameSize 


CString 


sTitJe 


WORD 


wLocation 


long 


rntleCblor 


CString 


sFont 


BOOL 


bBold 


BOOL 


bltalic 


WORD 


wPiSize 


long 


IDropColor 


WORD 


wDropSize 


CString 


sFile 


CPoint 


ptPictLeft 


Cpoinl 


ptPictRight 


WORD 


wWidth 


WORD 


wl [eight 


WORD 


wSlatc 


int 


nYOffset 


tnt 


tmghandle 



Type of button 
Frame Style 
Color of the frame 
Frame size in pixels 
Title of button 
Location of title on button 
Color of the Button Title 
Font Name 
Font Allrib - Bold 
Font Altrib - Italic 
Font point size 
Drop Shadow Color 
Drop shadow size 
File Name for image (if one 
used) 

Upper left hand corner of 
Image 

Lower right hand corner of 
image 

Width of image 
Height of image 
Button State 
Image Y Offset 
Handle to the image 
Text Window Class 



hWndTextWin 

cRectWin 

sTxiFilc 

IBkColor 



Handle to a 
CRichEd itTextControl 
Coordinates of the Window 
Name of the RTF to display- 
Background Color of the 
control 
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LOG1XXNT If lext Provide a LOGFONT if text 

is not lb displayed as 
it is stored in the RTF 
File. 

BOOL bBorder Display Window Border 

DWORD dwStyle Window Styles 

DWORD dwBorder Border Slyle 

BOOL bTransparcnt Display the Text 

Transparently with no 
Frame, etc. on the 
parent window 
Text Object Class 



CString 
CPoint 



double 
DWORD 



sText 
ptTcxt 



d Radian 
dwEffect 
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LOG FONT IfText 



CString 



25 



30 WORD 
BOOL 

BOOL 

35 

CString 

40 

CRcct 

BOOL 

45 BOOL 
UINT 

BOOL 

50 

BOOL 
DWORD 
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BOOL 



BOOL 
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CString 



Text to display 
Upper U Coordinate of 
Starting Location to 
Display Text 

Angle if any to display Text 
Effect to use to Display 
Text 

LOG FONT structure to be 
used to display the 
Text 

Audio Object Class 



sWavFile Name of the WAV File to 

play. A wav file is 
assumed but other 
audio file formats like 
MPEG, AVI, are 
supported. The file 
type is based on the 
file extension. 

wDelay Delay as to when to start 

the Audio 

bRcpeat Set to true to replay the 

Audio clip when 
complete 

bVolControl Set to true to allow user to 

alter Audio & even 
mute Audio. 
Video Object Class 



sVideo 



cRectWin 

bRepeat 

bAudio 
uiEffects 

bMuttiple 



bBorder 

dwBorderStyles 

bOpen 

bControl 

Animation 



Name of the video file to 
play. Again, the 
Video type is 
determined by the 
files extension. 
Rectangle of where to 
place the Video Window. 
Set True to Repeat the 
Video when complete 
Set True to play Audio 
Effect to play between 
Clips 

Set to true if there are 
multiple clips to play 
specified in CString. 
If there area multiple 
clip then CString is a 
file with a list of clip names. 
Set to True if there is a 
Border 

Style of Border to use on 
the Video Window 
Set to True if we should 
provide File Open 
Capability. 

Set to Turc if MCI control 
functionality is provided, 
such as a slide bar, 
repeat, stop. 
Object Class 



sAnimation Name of the animation file 

to play. Again, the 
Animation type is 
determined by the 
files extension. 
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CTath 
UOOL 



BOOL 
BOOL 



BOOL 
DWORD 



CPoint 

UINT 
UINT 
double 
CRECT[] 



BOOL 



BOOL 



-continued 



cPathAnim 
b Repeat 



b Audio 
bMultiple 



DWORD dwBorderStylcs 



CString si mage 



bBorder 
dwStyle 



ptUpperLt 

uiWidth 
ui Height 
dAngle 
rcctHot 



I'ath of the Animation 
Set True to Repeat the 
Video when complete 
Set True to play Audio 
Set to true if there are 
multiple clips to play 
specified in CString. 
If there are multiple 
clip (hen CString is a 
file with a list of clip 
names. 

Style of Border to use on 
the Animation Window 
[mage Object Class 

N'ame of the Image file to 
display. Again, the 
image type is 
determined by the file 
extension. 

Image Style Attributes, like 
border size, border 
color, Drop Shadow, 
Transparency 
Upper Left Corner of the 
Image 

Width of the Image 
Height of the Image 
Angle to display the Image 
Array of Rect Hotspots in 
the Image 
Slide Object Class 



CString sFiles 



bDistort 



bBorder 



DWORD dwStyles 



UINT 


uiDclay 


CPoint 


ptUppcrU 


UINT 


ui Width 


UINT 


ui Height 


double 


dAngle 


CString 


sFile 


CRecl 


cReaWin 


BOOL 


bBorder 


DWORD 


dwStyles 


CRectfl] 


cRectNav 



A File containing the 
images to display in 
the slide window. 
Set to true if Images can 
be distorted when 
displayed 

Set to True if the Object 
has a border 
Sets the Objects Styles, 
such as border size, 
border color, Forward 
and Backward 
Buttons provided 
Delay between slides 
Upper Left Corner of the 
Image 

Width of the Image 
Height of the Image 
Angle to display the Image 
Nav Object Class 



Name of the Nav File 
Rectangle of location for 
control 

Set to True to display a 
border. 

Styles for the Control, like 
border size, border 
color 

Array of Hotspots for the 
Nav, Store X and Y 
for Hotspots. The 
frames will be 
determined on the fly. 
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The project class defines the types of pre-established 
projects that are available to be implemented on a kiosk 60 
system. "Project" here refers to a kiosk system implemen- 
tation devoted to a specific theme; for example, the kiosk 
system based on a skiing theme illustrated here is an 
example of a ski implementation and constitutes one project. 
Other projects could be for example a golf project or a 
mountain biking project. In short, "project" refers to a 
grouping of a series of screens with a common theme. A 



project is associated wilh a home screen with which a full set 
of screens for the project is linked. 

The screen class is associated with all the controls for a 
given screen. All the classes are derived from the control 
5 class, which defines the common attributes that all classes 
may share. The attribute "bAuthor" in the Control Class 
Definition Table defines two modes of operation. In the 
author mode a system author can manipulate the various 
elements to be placed on a screen, such as placing buttons 
10 or editing attributes within the permissible attribute ranges. 
In the playback mode the system author can play back the 
current configuration of a screen as it will be presented to a 
user. Note in the Control Class Definition Table that since 
the defining points for controls do not have to be rectangular, 
points may be used to support non-rectangular objects. The 
button class is derived from the control class. For the text 
window class the control is derived from a CRichEditTex- 
tControl class, which is a class provided with the Microsoft 
Windows SDK. This class handles predetermined logic for 
handling rich text format (RTF) text such as word wrapping 
or font selection. In this table 'LOGFONT" refers to a 
structure provided by Windows SDK for defining a font and 
its attributes. The attribute ^Transparent" enables the sys- 
tem author to display text in a window without displaying 
the window itself. That is, the window is transparent, the text 
is not. This provides an alternative means of formatting text 
other than using a text object. Using a transparent window 
makes it easier to format large amounts of text to control 
word wrap, highlighting and the like. The use of RTF format 
can be convenient for example to display text with prede- 
termined characteristics. For example, it may be desirable to 
display a ski report with a standardized font with keywords 
(e.g. Excellent Conditions, Poor Conditions, Warning) high- 
lighted or offset in different colors. Through this class the 
format for presentation may be pre-established for the 
system author. In the Text Object Class Definition Table the 
attribute "dwEffect" refers to the choice of dynamic transi- 
tioning effect (fading and the like) to be used, if any, when 
the text is first displayed on (or removed from) the screen. 
The audio object class is used for presenting audio clips to 
40 the user. The table entry ''wDelay" refers to the delay before 
an audio clip begins to play after a kiosk user activates it. In 
the Video Object Class Definition Table the entry "uiEffects" 
refers to a dynamic transitioning effect to activate between 
video clips when more than one video clip is to be played 
45 sequentially or one video clip is to be repeated. The entry 
"bOpen" refers to the ability of a kiosk user to open a video 
clip by activating an activation site on a screen. The entry 
"bControl" puts up a media control interface including 
buttons and slide bar for a kiosk user to start, stop, and 
50 fast-forward and back within a video clip. In the Animation 
Object Class Definition Table the entry "cPathAnim" defines 
a stored array of points defining a locus for an animation 
sequence to follow across in display screen as the sequence 
progresses. For example, an animation sequence could move 
55 along an elliptical path as the clip is played. The image 
object class defines image objects to be used as stills for 
backgrounds or for foregrounds, for example, a product 
image such as a ski boot and images to be used as part of a 
sequence for slide presentations. The nav object class refers 
to navigable objects. For example, a kiosk user may be 
permitted to navigate an image of a product such as a ski 
boot. The boot is stored as a series of still images from 
different angles collected together in an array. A kiosk user 
may activate controls to look at the front, side or back of the 
ski boot. 



20 



25 



30 



35 



65 



The authoring software includes the capability of includ- 
ing hot spots in a navigable object so that the user may 
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obtain fanner information or activate further screens. For nated bv Screen Type ID 0000500061. The objects associ- 

example, a buckle on the ski boot may constitute a hot spot ated with this screen are then read from the screen type and 

that the user can activate to get more detailed views of the are placed on the screen as described bv the Lower Button 

buckle or to activate a video clip of the operation of the Screen Template, 

buckle. To make it easier and quicker for a system author to 5 Object Table 

define such hot spots, the authoring system proceeds as The Object Table contains a Screen Id, which identifies 

follows. A region to be designated a hot spot is defined on the screen the object is associated with, a Control ID which 

only one image, referred to herein as "hot spot defining" defines the type of object and the attributes associated with 

image. If a further hot spot to be defined is not visible in the the object. Example: 

first hot-spot-defining image, then a second image will also 10 Screen ID- 004000001 

be designated a hot spot defining image. The hot spot r . ' mmnnnnm 

locations on the hot spot defining image or images are stored . . 0000000001 

in a lookup table. When the user rotates a view (that is to say, Control Type: Video Window 

progresses to a further image in the navigable sequence) and ^h^ Video Window object is associated with the Screen 

attempts to activate a region on the rotated view, the is identified Dv tne Screen ID and has the attributes that are 

software operates to back track to the hot spot defining defined in the Object table. The control is linked to the object 

image from which the current image unfolded and looks up tafc> ! e via the Contro1 ID 

the coordinates for any hot spots defined in that image. The 0b J ccl Iafo Taolc 

appropriate action is then taken. This procedure represents a The °°j ect Info Table contains a Control ID and other 

considerable savings for the system author in a kiosk system 20 contro1 att nbute information. It is associated with an object 

having hundreds of kiosks and many navigable objects. It is via its Contro1 ID Example: 

not necessary for the system author to define separate hot Control ID: 0000000001 

spots on each image in an array making up a navigable Control Type: Video Window 

ob}Cct ' . Control Name: HomeScreen Video 

The interrelations amongst the object classes in a system 25 The Object Info Tabic provides the attributes associated 

implementation is shown the joined tables of FIG. 3. This with an object. In turn the object is associated with a screen 

series of tables describes the relationship of a project, the via the Screen ID. 

screens, and the screen objects. The screen layout tables also Screen Type Table 

define screen types and the locations at which objects appear The Screen Type Table defines a screen type and the 

on screens of given type. For example, a screen of type 1 will 30 project with which this screen type is associated The Project 

have its own associated screen definitions with one object to ID is a unique ID specifying the project to which this Type 

a pre-defined limiting number N of objects. A screen of type of screen is altached. The Screen Type ID specifies a specific 

1 may then be defined having from one to N objects and the screen type template. Example: 

objects will always be placed appropriately. Some example Project ID: 004989788 

tables will now be discussed. 35 c _ ' r 

Project Table Screen ^ Uwer Bulton 

Ihc project table contains a unique project ID, the project T ™% lD: 9 0005000 ?* ^ 

name, the home screen ID and the Home Screen Name All 1 ? C , en Type 15 a P redefiDed screen layout that can be 

screens in the system are necessarily linked to a specific I to dynamically build an interface, 

project. Example: 40 Screen ^y™* Table 

Project ID- 004989788 The Screen Lavout s Table defines the possible layouts for 

Proiect Name- Ski a SCreC ° type ' II wiH conlain several °P lions for the look of 

u c * jr~\ MAnMMt the screen UDtJer different circumstances. The Screen Type 

Home Screen ID: 004000001 ID links lhe ^ layoms t0 a screen E ; W 

Home Screen Name: HomeScreen ScreeQ T 1D . Q000500061 

co^^^ l ° ^ Pr ° jCCt 10 SCrCCnS S — T ^ ^ button 

Screen Table 1 0b J ect Coordinates: Rect 

The screen table contains a unique ID for a screen in a The Screen Layout table defines the different appearances 

project. The screen is linked to a project by the Project ID avaiIabIe for a screen. The Screen Type Lower Button has a 
The Screen Table contains a Project ID, Screen ID Screen 50 * yout ^ contains the lavout for one Button Object, two 

Name, Screen Type ID and other screen attributes The f» uUons Objects, etc. The system author can then determine 

Screen ID is used to link a screen to objects on the screen- ma ° y ° bjeCt afe 10 pIaced on a XK * a and what the 

the Project Id is used to link a Screen to a Project- and the lype IS and pick the a PP ro P riale coordinates and place 

Screen Type ID is used to link a screen to a screen type. Each ? }tC ^ ° n lhe Screen 10 a P redeter ™ned functional and 
screen will have a screen type. A screen type is a template 55 aes * hetic for f mat - 

that describes the permissible layout for a screen. If a screen y Way 0f su mmary ' 3 user """fece authored using 

has a Screen Type ID, the screen is linked to a Screen Layout P^sem system includes of the following components: a 

which will define the screen look. Example: pr0JCCt com P oncnl > a screen component, and a screen object 

Project ID 004989788 component including buttons, hot spots, video, audio, text, 

Screen ID: 004000001 6 ° Wind ° WS f ° r vide ?' audio ' text ' Nation. The project 

w.n M. m . u c component stores data about the program along with a link 

Screen Name. HomeScreen l0 a Us| of 9mtm {q {[]C ^ £ J 

Screen Type ID: 0000500061 and ID. T*e screen component stores information about a 

Hiis screen is part of the Project Specified by the Project specific screen. A screen can contain a background image or 

ID and has a screen type that includes "Lower Buttons" in 65 solid color, text, a textual reference to the screen, a screen 

this example. While that is not expressly given in the screen ID, and the IDs of the parent screen and anv child screens 

table, .1 is apparent by reference to the screen type desig- This arrangement in effect forms a doubly'linked list that 
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allows Ihe system to be displayed in a hierarchy as well as 
to be navigated in a linear fashion when desirable. 

The screen component contains a screen object definition 
file (hat defines the objects to be placed on the screen. The 
procedure is as follows. The first field in the data structure 
is the Boolean field bMalh. If bMath is TRUE, then the 
object locations are ignored and the objects are placed 
according to a mathematical formula. This is carried out as 
follows. First get the kiosk ID from the definition file. Each 
subscribing client has an ID, and each of the client's kiosks 
has an ID. Using the unique kiosk ID perform a lookup for 
data pertinent to the screen. For example, if the kiosk is at 
the ABC Ski Shop and the screen is for X Company ski 
boots, perform a lookup to see what X Company boots the 
ABC Ski Shop carries. Each time an X Company ski boot 
carried by the ABC Ski Shop is found, a counter is incre- 
mented. Once the lookup has traversed the system, the 
counter will give the total count of X Company boots at the 
ABC Ski Shop. Based on this count, a calculation is then 
made to determine where the total count of objects should be 
placed on the screen. For example, determine the width and 
height of the screen and divide each by the total count of 
objects to determine the space to be allocated to each object. 
Then calculate (or lookup) the screen coordinates position- 
ing each object along the lower edge of the screen or, if there 
are more than, say, seven objects, the lower edge and the left 
edge of the screen. 

If bMath is FALSE, then the objects are to be placed in 
predefined locations. The database is traversed as before to 
determine how many objects are to be placed on the screen. 
However, now a screen definition table defines where the 
objects equal in number to the total count are to be placed. 
In this mode the object locations are predefined. 

Once the object locations are determined, the entries in a 
database specify the text and/or pictures associated with the 
objects. The object may then be labeled and drawn. 
Pseudocode describing this interface is given in Table I. 

TABLE I 

<Enlcring new screen - get screen ID passed in as a parameter 
Based on Screen tD, look up the screen's object definition file 
if bMath 

perform lookup on screen ID to get Lookup Value 

<e.g., X Company ski boots> 
Once the lookup key is obtained 

Read the system ID 

Perform a database lookup based on system [D and lookup 

key <e.g. } ABC Ski Shop AND X Company ski boots> 
Traverse the system ID looking for lookup keys 

Count the matching items 
Once alt objects to be placed on the screen have been obtained 
Calculate the object locations 

Get screen width 

Get screen height 

based on screen width determine x coordinate of first 
item 

Screen Width - 1024 
There are six objects 
1024/5 - 205 
[deal sizing » 167 

Calculate proper spacing across screen using 
objectWidth - 167 
Once all object locations are defined 

Perform lookup in the database using system ID and lookup 
key 

With m2tch get "Object Text" 
get "Picture" 
get "Video" 
get "Action" 
Once the object characteristics are obtained 
Label and draw the object 
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TABL E I-continued 

else 

Perform lookup on screen 10 :c get Lookup Value 
^ <e.g., X Company ski boots > 

Once the lookup key is obtained 
Read the system ID 

Perform a database lookup based on system ID and lookup 
key <t.g. t ABC Ski Shop AND X Company ski bools> 
Traverse the system ID looking for lookup keys 
10 Count the matching items 

Once ail objects to be placed on the screen have been obtained 
Perform a lookup to get the predefined object locations 
<p redefined object locations will depend on the 
number of items > 
Once all the object locations are defined 
15 Perform lookup in the database using system ID and lookup 

key 

With match get "Object Text" 
get "Picture" 
get "Video" 
get "Action" 

1Q Once the object characteristics are obtained 

Label and draw the object 



To implement the kiosk system, a database of all infor- 
mation to be displayed at any individual kiosk is con- 

25 structed. The database is formed using standard database 
methods and software. In the illustrated embodiment Btrieve 
database software was used to create and maintain the 
database. The method of the invention is implemented so 
that other commercial database software products could 
readily be substituted for Btrieve. The authoring system of 
the present invention then allows each kiosk to be custom- 
ized quickly and easily while maintaining a high degree of 
variability in the screen layouts without sacrificing aesthetic 
appearance. Unlike authoring systems of the prior art, which 
generally create a specific version of the software for each 

35 kiosk, the present authoring system uses the same software 
at each kiosk, but merely redefines definition tables to 
configure an individual kiosk. The definition tables can be 
redefined at the kiosk site or remotely from master computer 
13. In this way for example when a ski shop stops providing 

40 one ski line and substitutes a competitor's ski line, it is only 
necessary to change a definition table to update the kiosk 
interface. No change in the software is called for. 

A description is now given of the organization of the 
database of information available to be displayed on a kiosk 

45 screen in the example of FIG. 2 A. FIG. 4 shows an example 
of a joined table structure that is used to describe the 
category of resorts. The joined table is a series of related 
tables describing the resorts and their offerings. By using the 
information in these tables in conjunction with the informa- 

50 tion in Screen Layout tables discussed above, a system 
author can create a user interface on the fly, i.e, in real time, 
instead of having to pre-define each screen specific to each 
kiosk. For example, to prepare the user interface for a kiosk 
in the California Region, one performs a lookup in these 

55 tables using the database software to determine the resorts in 
the database for California. This gives a count of the number 
of resorts in the California region, which may then be laid 
out on the screen. Performing lookups through the joined 
table structure provides information for developing the 

60 further hierarchical screen layout including information for 
each resort, ski runs, rental shops, restaurants and the like. 

We turn now to a description of the individual tables 
making up the joined table of FIG. 4. 
The Region Table 

65 The region Table provides a unique Region ID as well as 
a Region Name. The Region ID is a unique long integer. Any 
scheme may be used for defining IDs occurring in this and 
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all the other tables of the database. The Region Name Chair ID: 000000001 

provides a descriptor for the Region. Example: r uq j D - 001000100 

Region ID: 000909100 Run Name . ^ Wa „ 

Region Name: California Run Info Tabic 

Region ID: 000800101 5 The Run Info Table provides a Unique Run ID, a Run 

Region Name: Pacific North West Name aod olner information about the Runs. The Run ID 

All resorts are associated with a region. One performs a a ^ record 10 a specific run. Example: 

lookup of the number of Regions in the system to determine Run ID: 001000100 

how many buttons should appear on the Region Screen. To ]0 Run Name: The Wall 

place the buttons on the screen, either a screen layout Advanced 

associated with a predefined screen type may be used or a , ,-fwv, 

mathematical formula may be used to position a standard ^n&tn: :>UUU 

button along the bottom or side of the screen as in FIG. 2 A. Vertical 1600" 

Resort Table 15 Facilities Table 

The Resort Table provides a Unique Resort ID, a Resort ^ e Facilities Tal >le provides a Unique Resort ID, a 

Name, a Region ID, and other information about the resort Facility ID and a Facility Name. The Resort ID links a 

such as the number of chair lifts, the number of Runs, Facility to a resort, the Facility ID links the Facility to a 

whether the resort has other Facilities or Activities. The Facility Record and the Name is the common name of the 

Resort ID is a unique identifier for a specific resort, and the 20 Facility. Example: 

Region ID defines an association provided through a join to Resort ID: 000909190 

a Region. As implemented here, all resorts are found within Facility ID: 001000010 

one Region. The rest of the information in this table gives Facility Name: Ski Rc[Ual 

general mformahon about the resort. Example: When crealiag the Resoft {hc nuffiber Qf 

Resort ID: 000909190 25 facilities associated with the resort may be looked up in this 

Resort Name: Big Mountain Ski Area lable to determine the screen layout. 

Region ID: 00909100 Facility Info Table 

Number of Runs: 110 ^ Facility Info Table provides a Unique Facility ID and 

Nnmhpr nf Ch*\n- %l further descri P tive a n d informational items. The Facility ID 

Number ot Chairs. 34 3£) ^ ^ record {Q ^ Fadlities Table Exa le . 

Facilities True Facilhy ID . 

Activities True Facility Name: Ski Rental 

Inis information is used to determine the screen layout. If r t • 

a Region has four resorts linked to it, then the screen will S 

have four corresponding button objects. As indicated above, 35 Hours: 7:30-5:30 Daily 

the button objects can be placed on the screen either by ^ Facility Info table is used to label the Button Objects, 

mathematical formula giving screen coordinates or by 10 determ i ne the button image, and to associate data with a 

screen type. If the Resorts screen has a screen type associ- button so that when a user activates the button, the correct 

ated with it, then the screen layout will be looked up based action wil1 be initiated such as filling a text window or 

on the number of Resorts associated with a Region. 4 ° mnnin g an appropriate video. 

Chair Lift Table Activities Table 

The Chair Lift Table provides a Unique Resort ID, a Chair ^ Activities Table provides a Unique Resort ID, a 

ID and a Chair Name. The Resort ID links the Chair Lift to Facility ID and an Activity Name. The Resort ID links an 

a specific resort and the Chair ID links the Chair to a record Activity to a specific resort, and the Activity ID links an 

in the Chair Lift Info tabic. The Chair lift Name provides the 4 $ Activity to an Activity Record. Example: 

common name of the lift. Example: Resort ID: 000909190 

Resort ID: 000909190 Activity ID: 002000001 

Chair ID: 000000001 Activity Name: Swimming 

Chair Name: Siberia 50 Wnen laying out the Resort Activities Screen, the number 

Chair Lift Info Table °f activities associated with the resort is looked up to 

The Chair Lift Info Table provides a Unique Chair ID, a determine the screen layout. 

Chair Name and other information about the chair such as Activities Info Table 

vertical rise and terrain served. Example: ^ e Activities Info Table provides a Unique Activity ID 

Chair ID: 000000001 55 and other i 1 ^ 01 ™ 1 * 0 " about the Activity. The Activity ID 

Chair Name- Siberia UnkS ™ Activity 10 a record about lnat a ctivity. Example: 

T .-„ „ rt J Activity ID: 002000001 

Lift Type: Express Quad » 4 . - m» 

o 1 r* o, • n Activity Name: Swimming 

Hourly Capacity: 2600 Skier/hour „ n c ~ .. 6 

w • . Hours: 9-5 Daily 

Verlica : 1600' ^ / 

Le h- S000* pCr y 

ngtn: j>UUU ^ Activity Info tabIe is used lQ labd me Butt0Q 0b : ects> 

Terrain Served: Intermediate/Advanced determine the button image and associate data with a button 

" „ le _ , , s° that when a user activates the button, the correct action 

The Run Table provides a Chair ID and a Unique Run ID will be initiated such as filling a text window or running an 

as well as the Ski Run name, ("he Chair ID links this run to 65 appropriate video. 

a chair and the Run ID links this run to more extensive We turn now to a description of the individual tables 

informatton about the run. Example: making up the shops and manufacturers joined table of FIG. 
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5. This series of tables describes the equipment side of the 
kiosk system that links ski shops to ski equipment manu- 
facturers and their products. The user interface for a kiosk in 
a ski shop may be created on the fly from the information in 
these tables. For example, for a kiosk in the ABC Ski Shop 
the Shops table will be linked to the manufacturer table and 
the manufacturer products table (referred to as Shop Items). 
The joined table provides the content for the Shop. The 
screen for the ABC Ski Shop will be populated based on the 
information in the joined table by performing a lookup of the 
Manufacturers and the type of associated information to 
create the interface. If the ABC Ski Shop carries skis from 
X Company, for example, then an X Company Ski Button 
will be placed on the screen. A significant point here is that 
the information about X Company skis is already in the 
database. It is only necessary that a table entry be included 
to indicate that the ABC Ski Shop carries X Company skis. 
As before, the appropriate number of button objects arc 
placed according to a predefined screen type or by math- 
ematical algorithm specifying screen coordinates. 

The individual tables comprising FIG. 4 will now be 
described. 
Shop Table 

The Shop Table provides a Unique Shop ID, a shop name 
and address. The Shop 10 provides a link to the Shop Items 
database. Example: 

iShop: 0001 

sShop: ABC Ski Shop 

Based on the Shop ID a table lookup may be performed 
in the Shopsltem database. This will allow the system author 
to determine the items the shop carries. The Shop Table will 
generally also include address information and in particular 
may include a telephone or fax line, which can be used for 
downloading and uploading information with the kiosk. 
Shop Items Table 

The Shopltems table provides a Unique Item ID, a ref- 
erence to the shop and a boolean value indicating whether 
the shop carries the item. If the shop carries the item, a table 
lookup can be performed in the Items table to obtain the 
attributes of the item or information about that item. 
Example: 

iltem: 00001 

iShop: 0001 

fAvailable: True 

Based on the iltem ID and the boolean value, information 
can be gathered about the shops inventory. 
Items Table 

The Items table contains all items from all manufacturers. 
The table includes an iltem ID, which specifies what the 
item is, an ItemType, which specifies what the type is, and 
a Manufacture ID, which specifies what Manufacture makes 
that Item. Example: 

iltem: 00001 

iltemType: 00100 

iManufacture: 10000 

sltcm: Skis 

Male: Male or Female 
sSizeForm: Sizes 

This table links all the items to the shop and manufac- 
turers. 

Item Type Table 

The tabic contains an Item Type ID and a description. The 
Item Type ID links an item type to an item. Example: 

iltemType: 00100 

shemType: Alpine Skis 
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This table links an item to an item type. 
Manufacturer Table 

The Manufacturer table contains information on all manu- 
facturers. It includes a unique Manufacturer ID, address 
information and any other relevant information. Example: 

iManufacture: 10000 

sManufacture: X Company 

sAddress: 

sCity: 

sState: 

sCounty: 



The Manufacturer 11) links an item to the Manufacturer of 
that item. 

The authoring system is implemented in the embodiment 
illustrated here by means of a C++ interface to access the 
fields of the database as defined in the above sample tables. 
Standard Btrieve calls arc used to access database. Software 
code generally referred to as a wrapper is written around the 
Btrieve API for linking the C++ interface to the Betrieve 
calls. The generation of such code is routine given the 
benefit of the disclosure herein and need not be described in 
detail here. Nevertheless here is a sample of such code. 
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The following are all member variables from the CMADbase Class. 

Public data members: 

BTTWORD m_datalcn; 

BTT_BYTE m„kcyBurl255]; 

BTI_SINT m_status 

Private data tnemebrs: 

im_BYTE posUlockfl28]; 

BTI_BYTE dataButf255t 

BTI_WORD dataLen; 

BTI_WORD keyNum - 0; 

BTI_SINT status 

unsigned char m_fileOpen - FALSE; 

These are structures defined for the Btrieve Records 

struct 

{ 

FILE_SPECS ftleSpecs; 

KEY_SPECS keySpecs[2]; 
} fileCreateBuf; 
Member Functions 
Functioin Name: Open 

Description: Provide a wrapper for Btrieve Open File function 
BOOL CMADBase::Open(CString sFileName) 



{ 
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strcpy((I3Tl_CHAR")m_kcyBuf, sFileName); 
m_keyNum - 0; 

m_datalen ■» stzeof (fileCreateBuf); 

m_status » BTRV(B_OPEN, m_posBIock, m_dalaBuf, 

&m_datalen, m_keyBuf, m)keyNum); 
if (m_status - - B„NO_ERROR) 
{ 

m_fi!eOpen - TRUE; 
return TRUE; 

} 

else 

{ 



DispIayError(m_status); 
return PAUSE; 



! > 



) 



Functin Name: Close 

Description: Provide a wapper for the Btrieve Close File function 
BOOL CMADbase::C!ose0 



{ 



if (m_fileOpen) 



{ 
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m_dataLen - 0; 

m_status - BTRV(B_CLOSE, m_posBlock, m_dataBuf ( 

&m_dataLen, mJceyBuf, m^keyNumJ; 
if (m_status - - B__NO_ ERROR) 
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-continued 



> 

else 
{ 



return TRUE; 



Disp la y Er ror(m_s tatus); 
return FALSE; 



} 



} 

return FALSE; 



Providing wrapper functions around the Btrieve code 
gives the flexibility to switch to a different database in the 
future. When a new database is introduced, it is only 
necessary to change these wrapper functions. The code in 
the rest of program does not have to be altered. 

The manner disclosed herein for defining a user interface 
for a specific kiosk has the advantage that to change the 
interface one need only perform a database lookup and fill 
out definition files for each kiosk. When the ABC Ski Shop 
first decides to place a kiosk in the shop, an ABC kiosk 
definition table is filled out for the ABC Ski Shop and 
entered into the database. The kiosk interface screens may 
then be quickly defined from database lookups. At a later 
time if the ABC Ski Shop should sell out of a model of X 
Company ski boots, that item can be removed from the 
definition table and the affected interface screen re-defined 
to remove any buttons or other objects that may have been 
associated with the sold-out item. 

As mentioned above, when a central database server is not 
used, it is advantageous for each kiosk to contain the 
complete database, even including tables that will not be 
used at that kiosk. When the database tables are modified, 
for whatever reason, the modified database can be down- 
loaded to each kiosk in the system. The advantages follow- 
ing from this are as follows. Version control: uncontrolled 
propagation of multiple version throughout the kiosks in the 
field is prevented. The need to keep track of which version 
each kiosk has is avoided. In this manner it is also easier to 
keep comply with contractual obligations to keep each 
subscriber updated with the latest version. Kiosk portability: 
A kiosk unit may be moved from one subscriber to another 
with no change of software or reconfiguration other than 
providing a definition file. Control over changing informa- 
tion providers: A ski shop may drop one line of product for 
a competitor's line. The ski shop's kiosk will already be 
configured for the full range of information providers. It is 
then only necessary to change a definition file. Loading and 
unloading of a multiplicity of information provider files is 
avoided. Broadcasting: It is easier to broadcast messages, for 
example, when X Company runs out of or discontinues a 
particular ski, thus change can be made once and broadcast 
to all subscribers. Local and remote configuration: The local 
layout for a particular kiosk subscriber can be configured 
either at the subscriber's location or remotely. This would 
not be feasible if the full database were not available at the 
subscriber's kiosk. 

The above descriptions and drawings disclose illustrative 
embodiments of the invention. Given the benefit of this 
disclosure, those skilled in the art will appreciate that 
various modifications, alternate constructions, and equiva- 
lents may also be employed to achieve the advantages of the 
invention. For example, given the benefit of this disclosure, 
those skilled in the art will be able to implement kiosks in 
other subject areas than skiing and skiing-relaled subjects, 
which is only offered as an example. Therefore, the inven- 
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tion is not to be limited to the above description and 
illustrations, but is defined by the appended claims. 
What is claimed is: 

1. In an electronic kiosk system having a plurality of 
5 interactive electronic kiosks for displaying information from 

a plurality of information providers, a method for presenting 
customized assortments of said information from said plu- 
rality of information providers at individual kiosks of said 
plurality, comprising: 

providing access to information from said plurality of 
information providers for prospective display on said 
plurality of kiosks; 
providing a plurality of pre-defined interface screen ele- 
ments for prospective inclusion in a custom interface 
screen, wherein at least one of said screen elements 
permits limited variation in its on-screen characteristics 
in conformity with a desired uniform look and feel for 
said interface screens on the kiosks of said kiosk 
system, 

wherein said plurality of pre-defined interface screen 
elements includes at least one element for displaying 
information and at least one activation site for use in 
obtaining information for display from at least one of 
said information providers; 
enabling a kiosk user to select one or more screen 
elements from said pre-defined screen element plurality 
and to select on-screen characteristics of at least one 
screen element permitting limited variation in its 
on-screen characteristics; 
enabling said kiosk user to select an assortment of infor- 
mation from at least a portion of said information 
providers to define kiosk information content for an 
individual kiosk of said system; and 
associating said user selected kiosk information content 
with at least a portion of said selected screen elements, 
and associating said activation site with the displaying 
of at least a portion of said user selected kiosk infor- 
mation content. 

2. The method of claim 1 wherein said enabling a kiosk 
user to select screen elements and on-screen characteristics 
comprises presenting items available for selection to said 
kiosk user from the group of window sizes, window 
positions, background colors, and foreground colors. 

3. The method of claim 2 wherein the group from which 
said items for presentation to said user are selected further 
comprises background images and labels. 

4. The method of claim 1 wherein said activation site is 
selected from the group of buttons and hot spots. 

5. The method of claim 1 wherein said enabling a kiosk 
user to select screen elements and on-screen characteristics 
further comprises downloading an identification of said 
pre-defined screen elements and on-screen characteristics 
available for selection. 

6. The method of claim 5, wherein each of said screen 
elements permitting limited variation in their on-screen 
characteristics has associated therewith at least one variable 
attribute governing the on-screen characteristics thereof, and 
said enabling a kiosk user to select screen elements and 
on-screen characteristics further comprises: 

enabling said kiosk user to select a value for each said 
variable attribute. 

7. The method of claim 1, further comprising download- 
ing an identification of said information available for selec- 
tion. 

8. lne method of claim 1, wherein said kiosk system 
includes a system server in communication relation with 
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said kiosk and enabling the uploading of said user's selec- 
tion of items to said system server. 

9. The method of claim 8, wherein said uploading 
includes said user's selection of pre-defined screen elements 
and on-scrccn characteristics. 

10. The method of claim 8, wherein said uploading 
comprises said user's selection of information. 

11. The method of claim 1, further comprising download- 
ing an indication of said user's selection of pre-defined 
screen elements and attribute settings to the kiosk of said 
user. 

12. The method of claim 1, further comprising download- 
ing an indication of said user's selection of information 
categories to the kiosk of said user. 

13. The method of claim 1 wherein said plurality of 
pre-defined interface screen elements are provided over a 
global computer network and said user at an individual kiosk 
is enabled to select said screen elements and on-screen 
characteristics and said information over said global com- 
puter network. 

14. In an interactive computer system including a plural- 
ity of computers for displaying information from a plurality 
of information providers, a method for presenting custom- 
ized assortments of said information from said plurality of 
information providers at individual computers of said 
plurality, comprising: 

providing access to information from said plurality of 
information providers for prospective display on said 
plurality of computers; 
providing a plurality of pre-defined interface screen ele- 
ments for prospective inclusion in a custom interface 
screen, wherein at least one of said screen elements 
permits limited variation in its on-screen characteristics 
in conformity with a desired uniform look and feel for 
said interface screens on the computers of said system, 
wherein said plurality of pre-defined interface screen 
elements includes at least one element for displaying 
information and at least one activation site for use in 
obtaining information for display from at least one of 
said information providers; 
enabling a user at an individual computer of said plurality 
to select one or more screen elements from said pre- 
defined screen element plurality and to select on-screen 
characteristics of said at least one screen element 
permitting limited variation in its on-screen character- 
istics; 

enabling said user to select an assortment of information 
from at least a portion of said information providers to 
define individual information content for an individual 
computer of said system; and 

associating said user selected individual information con- 
tent with at least a portion of said selected screen 
elements, and associating said at least one activation 
site with the displaying of at least a portion of said user 
-elected individual information content. 

15. The method of claim 14 wherein said enabling a kiosk 
user to select screen elements and on-screen characteristics 
comprises presenting items available for selection to said 
user from the group of window size, window position, 
background color, and foreground color. 

16. The method of claim 15 wherein the group from which 
said items for presentation to said user are selected further 
comprises background images and labels. 

17. The method of claim 14 wherein said activation site is 
selected from the group of button and hot spot. 

18. The method of claim 14 wherein said enabling a user 
at an individual computer to select screen elements and 



10 



15 



20 



25 



30 



35 



40 



45 



50 



55 



65 



on-screen characteristics further comprises downloading an 
identification of said pre-defined screen elements and 
on-screen characteristics available for selection. 

19. The method of claim 18, wherein each of said screen 
elements permitting limited variation in their on-screen 
characteristics has associated therewith at least one variable 
attribute governing the on-screen characteristics thereof, and 
said enabling a user at an individual computer to select 
further comprises; 

enabling said user to select a value for each said variable 
attribute. 

20. The method of claim 14, further comprising down- 
loading an identification of said information categories 
available for selection. 

21. The method of claim 14, wherein said computer 
system includes a system server in communication relation 
with said individual computers and enabling the uploading 
of said user's selection of items to said system server. 

22. The method of claim 21, wherein said uploading 
includes said user's selection of pre-defined screen elements 
and on-screen characteristics. 

23. The method of claim 21, wherein said uploading 
comprises said user's selection of information. 

24. The method of claim 14, further comprising down- 
loading an indication of said user's selection of pre-defined 
screen elements and attribute settings to the computer of said 
user. 

25. The method of claim 14, further comprising down- 
loading an indication of said user's selection of information 
to the computer of said user. 

26. The method of claim 14 wherein said plurality of 
pre-defined interface screen elements are provided over a 
global computer network and said user at an individual 
computer is enabled to select said screen elements and 
on-screen characteristics and said information categories 
over said global computer network. 

27. In an electronic kiosk system having a plurality of 
interactive electronic kiosks for displaying information pro- 
vided by a plurality of information providers, a method for 
defining custom interface screens customized for individual 
kiosks of said plurality and operable to make different 
assortments of said information available for display at 
different kiosks of said plurality, said method comprising: 

providing a master database of information from said 
plurality of information providers, said master database 
referencing information content from said providers to 
be displayed on any of said plurality of kiosks; 
providing a plurality of pre-defined interface screen ele- 
ment types, each element type defining a form of 
element available for presentation on said custom inter- 
face screens, wherein each said element type permits 
limited variation in its on-scrccn characteristics in 
conformity with a desired uniform look and feel for 
said interface screens on all kiosks of said kiosk 
system, 

each element type having a plurality of attributes 
associated therewith, wherein each said element type 
and its associated attributes are subject to pre-defined 
constraints providing element characteristics in con- 
formance with said uniform look and feel for said 
interface screens, and 
wherein said plurality of pre-defined element types 
includes at least one pre-defined window type, at 
least one pre-defined hot spot type, and at least one 
pre -defined multimedia type; 
selecting a plurality of elements to be included in a 
custom interface screen under construction, said plu- 
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ralitv of elements being selected from said plurality of selecting at least one pre-defined interface screen type for 

pre-defined elements types, said plurality of selected the interface screen being customized, the predefined 

elements including at least one hot spot type; interface screen type being selected from the plurality 

. . . . ... • . j %u - u «r of pre-defined interface screen types; . 

assianing values to the attributes associated with each of . *\ Jr \ . 
said Elected elements consistent with said pre-defined 5 assigning values to the attributes as^cia^ w. h^he at 
constraints, whereby the aggregate lavout of said plu- lea f 1 one selected pre-derined mterfac screen type, the 
~; 1 , * t ... j. values being consistent with the pre-denned 
rahty of selected elements on said interface screen constraints, whereby the interface screen being custom- 
under construction will have a uniform look and feel ^ wiu haye a uniform {QQk and feel and be ^ 
and be functionaUy operable for effective delivery of Anally operable for delivery of information to a corn- 
information to a kiosk user; 10 p Uter user , 

selecting from said master database an assortment of selecting from the master database an assortment of 

information content deriving from selected ones of said information content deriving from selected ones of the 

information providers to define kiosk information con- information providers to define a customized selection 

tent for an individual kiosk of said kiosk system; 0 f information content for the interface screen being 

associating said kiosk information content with at least a customized; and 

portion of said selected elements for said interface associating at least portions of the customized selection of 

screen under construction; and information content with the interface screen being 

linking said at least one selected hot spot type element to customized, 

an action facilitating the viewing of at least portions of 2 o 31 The method of claim 30 wherein the pre-defined 

said kiosk information content by a kiosk user. control type referenced by the pre-defined interface screen 

28. The method of claim 27 wherein said selecting an type is selected from a hot spot linked to an action, a 
assortment of information content from said master database pre-defined window type, a pre-defined button type, and a 
comprises: pre-defined multimedia type. 

maintaining a kiosk definition table for each kiosk of said 25 32. The method of claim 30 wherein the pre-defined 

kiosk system identifying the information content of interface screen type references at least one pre-defined 

said master database to be associated with the respec- window type, at least one pre-defined button type, and at 

tive kiosk ^ east oae P re -defined multimedia type. 

29. The method of claim 28, further comprising populat- 33. The method of claim 30 further comprising: 

ing an individual kiosk definition table with the respective 30 linking the pre-defined control type referenced by the 

kiosk information content by querying said master database. pre-defined interface screen type to an action associated 

30. A method of customizing interface screens for pre- with changing the appearance of the custom interface 
sentation by individual computers of a plurality of comput- screen. 

ers coupled by a network for receiving information provided 34. The method of claim 30 wherein the assigning of 

by a plurality of information providers, the interface screens 35 values comprises: 

being customized to enable computer users to interactively assigning a location value to at least one of the attributes 

access, in customized screen types, different assortments of to designate a location of an object of the pre-defined 

information from the information providers at different control type. 

computers of the plurality of computers, the method com- 35. The method of claim 30 wherein the assigning of 

prising: 40 values comprises: 

providing a master database of information from the assigning a color value to at least one of the attributes to 

plurality of information providers, the master database designate a color associated with an object of the 

storing information content from the plurality of infor- pre-defined control type. 

mation providers to be displayed on any of the plurality 36. The method of claim 30 wherein the assigning of 

of computers; 45 values comprises: 

providing a plurality of pre-defined interface screen types, assigning a font value to at least one of the attributes to 

each pre-defined interface screen type defining a form designate a font associated with an object of the pre- 

of screen available for presentation on the interface defined control type. 

screens being customized and permitting limited varia- 37. The method of claim 33 wherein the assigning of 

tion in at least one on-screen characteristic of the 50 values comprises: 

pre-defined interface screen type in conformity with a assigning a color value to at least one of the attributes to 

desired uniform look and feel for the interface screens designate a color associated with an object of the 

on the computers, pre-defined interface screen type, 

each pre-defined interface screen type having a plural- 38. The method of claim 30 wherein the assigning of 

ity of attributes associated therewith, wherein each 55 values comprises: 

pre-defined interface screen type and the associated assigning a value to the attributes to designate at least one 
plurality of attributes arc subject to pre -de fined con- of a location associated with an object of the prc- 
straints providing the on-screen characteristics in defined control type, a color associated with the object 
conformance with the uniform look and feel for the of the pre-defined control type, a font value associated 
interface screens, and 60 with the object of the pre-defined control type, and a 
wherein each of the plurality of pre-defined interface color associated with an object of the pre-defined 
screen types references at least one pre-defined con- interface screen type, 
trol type providing for user interaction via the inter- 
face screens being customized; ***** 
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